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TECHNISCHES GEBIET 

Die vorliegende Erfindung betrifft eine Busstation, die zur Integration in ein Bussystem oder 
zum AnschlieBen an ein Bussystem bestimmt ist. Weiterhin betrifft die Erfindung ein 
Netzwerk mit zumindest einer solchen Busstation und die Verwendung einer solchen 
Busstation zur Uberwachung eines Bussystems. 

Eine Busstation liefert anderen Busteilnehmern bzw. Busstationen Prozessdaten oder Signale 
in Form von Telegrammen uber das Bussystem. Vorzugsweise werden von einer solchen 
Busstation uber das Bussystem auch entsprechende Daten und Signale empfangen. 
Insbesondere betrifft die Erfindung eine Busstation im Bereich der Fiillstand- oder 
Druckmesstechnik, die in ein FeMbussystem wie beispielsweise ein Profibus PA integriert. 
oder hieran angeschlossen ist, urn mit anderen an dem Bussystem angeschlossenen 

Busstationen digital zu kommunizieren. Insbesondere kann hierdurch eine Uberwachung des 

■ 

Bussystems ermoglicht werden. 

Als Busstation konnen im Rahmen der vorliegenden Erfindung insbesondere Sensoren, 
Aktoren, Steuerungseinheiten, Gateways, Bridges, Koppler und andere Einheiten der Aktorik 
und Sensorik bezeichnet werden, die zum Anschluss an ein Bussystem bestimmt sind und die 
uber das Bussystem mit anderen Busstationen bzw. Busteilnehmern uni- oder bidirektional 
kommunizieren, insbesondere um Prozessdaten dem Bussystem zur Verfugung zu stellen 
und/oder um Prozessdaten aus dem Bussystem zu empfangen. 

Haufig werden Sensoren und Aktoren uber ein analoges 4-20 mA- Signal mit einer 
Steuerung- oder Auswerteeinheit direkt verbunden. Fur jede Verbindung zwischen Sensor 
bzw. Aktor und der Steuer- oder Auswerteeinheit ist bei dieser Technik ein eigenes 
zweiadriges Kabel notwendig. Zusatzlich muss flir jeden Sensor und Aktor eine Ein- bzw. 
Ausgangsschaltung (I/O) in der Steuerung- oder Auswerteeinheit (beispielsweise ein PC oder 



SPS) vorgesehen werden. Um den Verkabelungsaufwand moglichst gering zu halten, d.h. urn 
nicht jeden anzusteuernden Sensor oder Aktor einzeln iiber eine eigene Verkabelung an die 
Steuerung- oder Auswerteeinheit anschlieGen zu miissen, werden die einzelnen Busstationen 
(beispielsweise Sensoren, Aktoren, Steuereinheit, Gateway, etc.) iiber eine gemeinsame 
Kabelinfrastruktur - einen sogenannten Bus (Binary Utility System) - miteinander 
verbunden, wodurch der Verkabelungsaufwand moglichst gering gehalten werden kann. 

Im Bereich der Fiillstandstechnik kommen yor allem sogenannte Feldbussysteme zum 
Einsatz. Ein Feldbus verbindet iiblicherweise Komponenten der Aktorik oder Sensorik (wie 
beispielsweise Feldgerate) einerseits mit einem Leit- oder Steuerrechner andererseits. Dabei 
werden Prozessdaten von der Sensorik registriert, uber den Feldbus zum Steuerrechner 
ubertragen und dort ausgewertet. Als Ergebnis des Auswertungsprozesses werden die Daten 
vom Steuerrechner wieder hin zu den Statjonen der Aktorik ubertragen, die dann regelnd in 
den zu uberwachenden Prozess eingreifen. Dieser Datenaustausch erfolgt meist auf digitaler 
Basis. Ferner ist es auch moglich, die am Bussystem angeschlossenen Feldgerate iiber das 
Bussystem zu kalibrieren oder in sonstiger Weise zu manipulieren, um beispielweise ein 

* 

Feldgerat in einen bestimmten Betriebmodus zu versetzen. 
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Es ist anzumerken, dass eine Busstation im Sinne der vorliegenden Erfindung auch als 
Busteilnehmer oder allgemein als Feldgerat bezeichnet werden kann. Eine solche Busstation 
hat eine primare Funktionalitat wie beispielsweise Prozessdaten oder 

Umgebungsbedingungen zu messen. Beispielsweise kann mit einer Fullstandmessvorrichtung 
der Fiillstand eines Fiillgutes in einem Behalter oder Tank ermittelt werden. Der den Fiillstand 
reprasentierende Wert wird dann iiber einen Bus zu einer Leitstelle oder dergleichen 
ubertragen. 



HINTERGRUND D£R ERFINDUNG 

Problematisch bei dieser Art der.Vernetzung von Geraten bzw. Busstationen untereinander ist 

* * 

jedoch die Uberwachungs- bzw. Diagnosemoglichkeit des Systems im Fehlerfall oder auch 
die Optimierung des Systems. Es besteht daher der Bedarf, derartige Bussysteme zu 
iiberwachen, Fehlerzustande zu diagnostizieren und Optimierungen des Bussystems 
zuzulassen bzw. zu erleichtern. 

In US 4,817,080 A a monitoring system for a local- area network has a distributed 
organization, in which a monitor manager on the network receives information from 
individual monitor units connected to different buses of the local- area network. Each monitor 
unit employs a plurality of counters in a packet memory that are dynamically allocated to 
specific packet characteristics as new packet characteristics appear on the network. A look-up 
table contains the association between counters and the characteristics with which they are 
associated, and a look-up engine operates the look-up table in such a manner as to enable it to 
search for the location of specific counters by employing a binary-search method. In this way, 
all processing for a given packet can be performed within the minimum packet time. 

JP 05 130 108 A discloses a bus type local area network monitor equipment. The purpose of 
this monitor equipment is to connect monitor and control for a bus type local area network 
even when a tap transceiver connecting to a bus type local area network monitor is not 
available due to a fault or the like. The known monitor is provided with tap transceivers 
connected to a bus, plural interface circuits exchanging monitor information and control 
information of the bus type local area network and a selection circuit selecting one interface 
circuit optionally from the plural interface circuits. The monitor end control of the bus type 
local area network are implemented by sending/receiving the monitor information and the 
control information of the bus type local area network via the tap transceivers selected and 
connected by the selection circuit. 



FR 2 691 029 Al refers to remote surveillance and maintenance for digital transmission 
systems. The network interconnects to subscriber terminals with other subscriber terminals, 
by two bus networks. Two terminals are interconnected by a communication network. Two 
network terminals control operations. A remote testing of protocol carried out by an analyser 
connected to one of the terminals by a bus network, and by the addition of a specialist 
terminal to sample the protocol. The advantage of such a remote surveillance and 
maintenance appears to be that remote testing of network does not need qualified personal or 
could not to go to side, and therefore is cost effective. Such a method serves also to transport 
protocols for example X25 and to ISO/OSI. 

A bus monitor circuit for switching system and a method for monitoring is disclosed in EP 0 
601 768 A2. Here, a bus interface is connected to a data bus for receiving a copy of every 
packet on the data bus. An error detector determined whether the received packet contains an 
error, and produces an error detect signal and an error check result, if the receiver packet is 
determined as having an error. In response to the error detect signal, the received packet, the 
error check result and time-off-day data are stored into a register and transfer to one of the 
storage locations of a memory to keep a list of error records. A maintenance station reads 
stored error records form the memory for identifying the. source of errors. 

WO 96/38792 Al discloses an apparatus for monitoring and controlling data flow in a 
computer network device having a plurality of parts comprising control means for directly 
linking ports together on the basis of additional information stored in the control means 
whereby incoming packets are lined directly to an output port to achieve high performance. 
The additional information is stored in one or more look-up tables additional to the normal 
CAM with the or each table addressed by separate processing. This allows the implementation 
to be in hardware rather than in software. 



WO 98/14852 Al discloses an interface between a remote communication network and a 
process control system. The interface includes a storage device, a communication software 
stack and a user software layer. The user software layer enables interfacing between the 
remote communications network and the process control system by directingthe , 
communication software stack to operate into process control system using a process 
communication protocol, by monitoring the message traffic on the communication software 
stack, and by copying requested message traffic to the storage device. The user software lay 
also includes media interface software that allows access to the storage device by the remote 
communications network to thereby deliver specific data to a device connected to the remote 
communications network. 

WO 00/52579 Al discloses a bus system with a master and several slaves which are linked by 
a bus line. Between the master the slaves at least one repeater is inserted. According to the 
unit disclosed therein, a monitoring unit is connected to the bus line which detects and 
evaluates the reaction times between sending a master call and the receipt of a slave response. 

In DE 198 52 276 Al a method for receiving a message via a serial data bus is disclosed. The 
method involves monitoring the data bus to identified start information for a first sub- 
message, receiving the first sub -message, starting a timer at the start of reception of the first 
sub- message; comparing the timer actual value of a first trash hold value and monitoring data 
bus for the presence of the further start information of a further sub- message if a certain timer 
criterion is fulfilled. This document refers also to a functional unit for receiving messages 
over a serial data bus and a local network with functional units. 

In EP 1 049 292 A2 a system and method for network monitoring is disclosed. An algorithmic 
snoop unit snoops interleaved transactions over a shared bus as data is transmitted via 
transactions between clients coppered to shared bras, and executes various algorithms upon 
data snooped from the transactions. The unit includes one or more algorithmic entries along 
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with an algorithmic engine. Each algorithmic entry includes a client ID register that identifies 
the client associate with a transaction, a starting address register and an ending address that 
define the address range upon which an algorithm will be executed, a reed or write flag that 
identifies whether the transaction is a reed or write operation, an encryption key register for 
holding an encryption key, a decryption key register for holding a decryption key, and 
algorithm ID register for identifying an algorithm to be executed, a status -control register 
which holds various status and control, an accumulator for accumulating results from the 
execution of the algorithm; a temporary storage area, and one or more memory pointers that 
index a location in memory for results comprising a large amount of data. If a match is found, 
the algorithm identified by. the algorithm ID register is executed upon the data carried by the 
transaction. 

Furthermore, JP 2 002164899 A discloses a network monitoring method and its equipment. 
The problem to be solved is to provide a network monitoring method and its equipment for 
finding and taking countermeasure against disguise of a device. To solve that problem the 
network monitoring equipment is provided with a topologic memory part which stores 
topological information of the network, a response time memory part which stores obtained 
response time of the execution of response inspection command, and a decision part which 
decides the consistency between topological information stored in the topologic memory part 
and the response time stored in the response time memory part, and it finds and takes a 
countermeasure against disguise of a device in the network like IEEE1394 by which such 
topology can be obtained. 

Treten bei derartigen Bussystemen Kommunikationsprobleme zwischen einem oder mehreren 
Sensoren oder Aktoren und der Steuereinheit auf, so bereitet die Analyse eines derartigen 
Problems erheblichen Aufwand, sofern sich ein solches Problem uberhaupt losen lasst In 
derartigen Fallen kann ein herkommliches Multimeter nur noch bedingt Informationen uber 
die Ursache der fehlerhaften Kommunikation liefern. Vielfach besteht dann nur noch die 

» 



Moglichkeit, iiber zusatzliche externe und zudem meist teuere Gerate eine Oberwachung oder 
Diagnose des Bussystems durchzufuhren. Hierfur werden meist sogenannte Busmonitore als 
rein passive und externe Gerate an das Bussystem angeschlossen, um eine Uberwachung oder 
Diagnose im Fehlerfall zu ermoglichen. 

Der Busmonitor ist dabei ein rein passives Gerat und nimmt nicht aktiv an der 
Kommunikation des Bussystems teil. Seine Aufgabe besteht vielmehr darinjeglichen 
Datenverkehr des Bussystems "mitzuhoren" und in einem dafur vorgesehenen Speicher 
abzulegen. Um die so abgelegten Daten zu einem spateren Diagnosezeitpunkt wieder 
auffinden und identifizieren zu konnen, wird jedes einzelne Datentelegramm zusammen mit 
einem Zeitstempel und/oder einem Index in einem Speicher des Busmonitors abgelegt. Haufig 
verfiigen derartige Busmonitore uber ein eigenes Display oder einen Monitor, womit der 
registrierte Datenverkehr unmittelbar online zur Anzeige gpbracht werden kann. Prinzipiell 
besteht aber auch die Moglichkeit, auf die im Speicher abgelegten und fruher aufgezeichneten 
Daten zuriickzugreifen, um sie zu einem spateren Zeitpunkt offline analysieren zu konnen. 

Weiterhin umfassen derartige Busmonitore haufig eine Filterfunktion, die es vor allem bei 
komplexen Systemen erlaubt, den Telegrammverkehr des Bussystems nach bestimmten 
Filterkriterien vorzusortieren und abzulegen. Im Wesentlichen ist bei derartigen Filtern 
zwischen "Online-Filtern" und "Offline- Filtern" zu unterscheiden. Als Online-Filter wird ein 
Filter bezeichnet, der die am Bussystem auftretenden Telegramme bereits wahrend der 
Aufzeichnung - also online - bewertet, jedoch nur diejenigen abspeichert, die einer 
bestimmten Filterregel entsprechen. Der Vorteil eines Online-Filters besteht darin, dass das zu 
speichernde Datenaufkommeri reduziert wird; nachteilig ist jedoch, dass durch den 
Filtervorgang moglicherweise relevante Telegramme verloren gehen, wodurch es zu 
unvollstandigen Aufzeichnungen kommt. Als Offline-Filter hingegen werden Filter 
bezeichnet, die Daten aus friiheren Aufzeichnungen analysieren, wodurch die Daten 
iibersichtlicher dargestellt werden konnen. Der Vorteil eines derartigen Offline- Filters besteht 



darin, dass nur die im Moment der Analyse interessanten Daten dargestellt werden konnen, 
jedoch bei Bedarf auch auf ein Gesamtabbild der Daten umgeschaltet werden kann. Nachteilig 
erweisen sich derartige Offline- Fi Item jedoch dadurch, dass diese stets ein sehr hohes 
Datenaufkommen bedingen. 

Wie bereits erwahnt, mussen die zuvor beschriebenen Busmonitore als zusatzliche Gerate an 
das bestehende Bussystem angeschlossen werden. Indem diese Busmonitore extern als 
passive Gerate an das bestehende Bussystem angeschlossen werden, besteht die Gefahr, dass 
dadurch als Nebeneffekt das Bussystem infolge veranderter elektrischer KenngroBen des 
Gesamtsystems beeinflusst wird, was dann zu fehlerhaften Diagnosen fuhren kann. 

Weiterhin erweisen sich diese extemen, passiven Busmonitore dadurch als nachteilig, dass 
mit Ihnen Langzeitdiagnosen nicht durchfiihrbar sind, da diese Gerate nicht standig im 
Bussystem verbleiben konnen. Eine Fehlerursachenforschung ist daher haufig nicht moglich, 
da diese Busmonitore zum Zeitpunkt, zu dem ein Fehler auftritt, meist nicht im Bussystem 
eingebaut sind. 

Derartige externe Busmonitore sind iiberdies deswegen als fur die Fehlerdiagnose ungeeignet, 
da mit Ihnen nur der lokale Datenverkehr, an der Stelle, an der der Busmonitor angeschlossen 
ist, registriert werden kann. Eine globale Uberwachung hingegen ist nicht moglich. Der 
jeweilige Datenverkehr einzelner Busstationen hinter ihrem jeweiligen Businterface ist somit 

r * 

fur einen externen Busmonitor nicht registrierbar, d.h. Fehler in der Kommunikation in der 
Busstation bleiben unentdeckt. 
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DARSTELLUNG DER ERFINDUNG 

Der vorliegenden Erfindung liegt somit das Problem zugrunde, ein verbessertes 
Busmonitoring zur Fehlerursachenforschung oder Systemdiagnose zu ermoglichen. 

Dieses Problem wird gemaC einem ersten Aspekt der Erfindung durch eine neu konzipierte 
Busstation wie beispielsweise einem Sensor, einem Aktor, einer Steuereinheit oder einem 
Gateway, etc. gelost, die die primare Funktipnalitat des jeweiligen Gerates mit einer zweiten 
Funktionalitat, der Busmonitorfunktion, kombiniert, indem in die Busstation eine 
Busmonitoreinrichtung integriert wird. Unter der primaren Funktionalitat wird im Rahmen 
der vorliegenden Erfindung der Hauptzweck der jeweiligen Busstation, also des an den Bus 
anzuschliefienden Gerates, bezeichnet, fur den es eingesetzt wird. So besteht die primare 
Funktionalitat eines Sensors beispielsweise darin, physikalische Vorgange zu erfassen und in 
elektrische oder digitale Signale umzusetzen, die we iter verarbeitet und ausgewertet werden 
konnen. Erfindungsgemafi nutzt nun die jeweilige Busstation das jeweils ohnehin fur Zwecke 
der Prozessdatenkommunikation vorhandene Businterface neben dieser primaren 
Funktionalitat weiterhin, um eine Uberwachung des Bussystems als sekundare Aufgabe 
durchzufiihren. 

Um flir diese sekundare Funktionalitat, die Datentelegramme auf dem Bussystem in Form von 
Monitordaten zu erfassen, ist in die Busstation eine Busmonitoreinrichtung integriert, wofur 
unter anderem beispielsweise die Software der Busstation um die Funktionalitat zur Erfassung 
dieser Datentelegramme erweitert wird. 

Neben der erwahnten mogiichen Erweiterung der vorhandenen Software ist es ebenfalls 
moglich, eine eigene Software zur Erfassung der Datentelegramme in die Busstation zu 



integrieren. Urn auf die so erfassten Monitordaten, beispielsweise im Offline-Betrieb 
zuriickgreifen zu konnen, kann die Busmonitoreinrichtung urn einen Telegrammspeicher 
erweitert werden, in dem die idealerweise mit einem Zeitstempel und/oder einem Index 
versehenen Telegramme abgelegt werden. Erfindungsgemafl wird also durch eine solche neue 
Busstation mit Busmonitoreinrichtung das Bussystem nicht negativ beeinflusst, und es kann 
hiermit auch der Datenverkehr einer Busstation liberwacht werden, der stationsintern "hinter" 
dem jeweiligen Businterface der einzelnen Busstation stattfindet. 

Es kann sich als besonders giinstig erweisen, alle in einem Bussystem vorhandenen 
Busstationen mit der erfindungsgemafien integrierten Busmonitorflinktion auszustatten, da 
dadurch alle an beliebiger Stelle gewonnen Monitordaten an jedem beliebigen Ort des 
Systems und zu jeder beliebigen Zeit verfugbar gemacht werden. Dieser Ruckgriff auf den 
erfassten Datenbestand erfolgt vorzugsweise iiber die im Bussystem definierten Funktionen, 
wie beispielsweise im Falle eines Ether- oder Internet iiber FTP, Telnet oder HTTP. 

i 

i • 

i 

Bin weiterer Vorteil der Integration der Busmonitorflinktion in eine Busstation besteht darin, 
dass dadurch gewahrleistet wird, dass dadurch eine negative Beeinflussung infolge 
veranderter elektrischer KenngrofSen des Gesamtsystems vermieden wird, da die jeweilige 
Busstation dauerhaft im System verbleibt. Weiterhin vorteilhaft erweist sich die Integration 
der Busmonitorfunktion in eine Busstation dadurch, dass dadurch, dass die Busstationen 
dauerhaft im System verbleiben auch Langzeitdiagnosen moglich werden, wodurch die 
Erforschung einer moglichen Fehlerursache moglich wird. 

Um die mit Hilfe der erfindungsgemafien integrierten Busmonitorfunktion gewonnenen Daten 
zu visualisieren, kann jede Busstation gemaC einer weiteren beispielhaften Ausfuhrungsform 
der Erfindung einen Monitor oder ein Display umfassen, womit der registrierte Datenverkehr 
unmittelbar online oder auch offline zur Anzeige gebracht werden kann. Eine andere 
Mogjichkeit, um auf die mit Hilfe der Busmonitorfunktion gewonnenen Daten zuriickgreifen 



zu konnen, besteht darin, bei einer weiteren beispielhaften Ausfuhrungsform der Erfindung 
mit Hilfe der Kommunikationssoftware liber das Bussystem auf den Datenbestand 
zuriickzugreifen. Dieser Riickgriff auf den Datenbestand erfolgt vorzugsweise iiber die im 
Bussystem definierten Funktionen, wie beispielsweise im Falle eines Ether- oder Internet iiber 
FTP, Telnet oder HTTP. 

Durch diese Funktionen ist es moglich, auf die gewonnenen Monitordaten iiber mehrere 
Kommuriikationsebenen hinweg zuzugreifen. Fiir Feldgerate, die neben der Busschnittstelle 
zusatzlich iiber eine weitere Schnittstelle, wie beispielsweise eine Konfigurationsschnittstelle, 
verfugen, besteht die Moglichkeit, die aufgezeichneten Monitordaten iiber diese weitere 
Schnittstelle auszulesen. Diese Erganzung ermoglicht die Diagnose und Uberwachung des 
Telegrammverkehrs der jeweiligen Busstation mit dem Bussystem auch dann, wenn keine 
Kommunikation zwischen Bussystem und Busstation, beispielsweise wegen einer 
beschadigten Datenleitung, zustande kommt. 

Die Visualisierung der mit Hilfe der Busmonitorfunktion gewonnenen (gespeicherten) Daten 
kann alternativ gemaB einer weiteren beispielhaften Ausfuhrungsform der Erfindung in einer 
fur den Anwender verstandlichen Form (z.B. Text- oder HTMLrDatei) und/oder gemaC einer 
bevorzugten beispielhaften anderen Ausfuhrungsform der Erfindung auch in einer 
maschinenverstandlichen Form (z.B. binare Codierung) erfolgen. Diese unterschiedlichen 
Arten der Visualisierung erweisen sich besonders vorteilhaft dadurch, dass je nach 
Anwenderzielgruppe unterschiedliche Darstellungsarten ausgewahlt werden konnen. 
Bevorzugen Spezialisten in der Regel eine maschinenlesbare Darstellung, bei der der 
auftretenden Datenverkehr auf dem Bussystem Byte fiir Byte in maschinenlesbarer 
Darstellung eingelesen und als Hexadezimalzahlen dargestellt werden, bevorzugen 
Servicetechniker iiblicherweise eine verstandlichere Darstellung, bei der die Telegramme zum 
einen klar getrennt in Anfragen und Antworten, zum anderen "iibersetzt", d.h. fiir den 



I 
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Anwender in verstandlicher Form, beispielsweise als Text oder HTMI^Datei dargestellt 
werden. 

' * * 

Bei Bedarf umfassen die erfmdungsgemaflen Busstationen gemaC einer bevorzugten 
beispielhaften weiteren Ausfiihrungsform der Erfmdung weiterhin in ihrer jeweiligen 
Busmonitoreinrichtung einen Filter, mit dem die erfassten Daten gefiltert werden. Durch eine 
derartige Filterfunktion wild die gezielte Darstellung bestimmter Telegrammtypen (d.h. unter 
Anwendung eines Befehlsfilters) oder die Darstellung von Telegrammen bestimmter Gerate 
(d.h. unter Anwendung eines Adressfilters) ermoglicht. Durch geeignete Filterabfragen ist die 
Busmonitorfunktion weiterhin in der Lage, die aufgezeichneten Telegramme auf 
Vollstandigkeit bzw. Gultigkeit zu uberpriifen und im Fehlerfall dem Anwender durch eine 
geeignete Darstellung zu signalisieren, dass bestimmte Telegramme ungiiltig sind. Fiir diese 
Falle existieren geeignete Filterfunktionen, so dass beispiejsweise nur ungiiltige Telegramme 
zur Anzeige kommen. Um die nur wirklich relevanten Telegramme auszufiltern, ist es 
weiterhin moglich, die erfassten Telegramme mit Hilfe logischer Und-, Und-/Oder- oder 
Oder-Kombinationen der Filterregeln auszufiltern, was prinzipiell sowohl im Online- oder als 
auch im Offline-Betrieb moglich ist. 

Wie eingangs bereits erwahnt, wird daher durch eine derartige Filterfiinktionalitat das durch 
die Busmonitorfunktion erzeugte Datenaufkommen eingeschrankt und damit ein Online- 
Monitoring ermoglicht. Durch die Filterfunktion wird es somit beispielsweise ermoglicht, nur 
die bei der Busstation fehlerhaft ankommenden Telegramme aufzuzeichnen, um diese 
wahrend des laufenden Betriebs online dem Anwender zuganglich zu machen. 

Um mit Hilfe der Busmonitorfunktion ein Langzeitmonitoring des Bussystems zu 
ermoglichen, umfasst die Busmonitoreinrichtung der Busstation gemaC einer beispielhaften 
weiteren Ausfiihrungsform der Erfmdung einen gemigend groBen Telegrammspeicher, in dem 
die erfassten Telegramme abgelegt werden. Da die Busstation aufgrund ihrer primaren 



Funktion im System verbleibt, ist somit eine Langzeitiiberwachung moglich. Die wahrend des 
Betriebs auftretenden Fehler werden aufgezeichnet und konnen dann zu einem spateren 
Zeitpunkt direkt am Busteilhehmer, iiber das Bussystem, andem die Busstation 
angeschlossen ist, iiber ein (ibergeordnetes Bussystem, pder iiber eine weitere Schnittstelle der 

m 4 

Busstation ausgelesen werden. 

Wie bereits ejngangs erwahnt, ist beispielsweise eine Busstation gemaC der Erfindung ein 
Fiillstandrnessgerat, ein Druckmessgerat oder ein Temperaturmessgerat. In diese Messgerate 

* ■ 

ist die Busmonitoreinrichtung integriert. 
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KURZE BESCHREIBUNG DER ZEICHNUNGEN 

Im Folgenden ist zum besseren Verstandnis und zur weiteren Erlauterung der vorliegenden 
Erfindung der technische Hintergrund der Erfindung und ein Ausfuhrungsbeispiel der 
Erfindung unter Bezugnahme auf die beigefiigten Zeichnungen naher.beschrieben. 

Fig. 1 zeigt den Aufbau eines Bussystems 

Fig. 2 zeigt ein mit einem Busmonitor tiberwachtes Bussystem 

Fig. 3 zeigt die Anbindung des Busmonitors der Fig. 2 mit einem 

Schnittstellenwandler. 

Fig. 4 zeigt den Aufbau eines Busmonitors 

Fig. 5 zeigt den Aufbau eines Gateways 

Fig. 6 zeigt den Aufbau eines Sensors bzw. eines Aktors 

Fig. 7 zeigt den Aufbau eines Bussystems mit in die Busstationen erfindungsgemaB 

integrierter Busmonitorfunktion. 

zeigt den Aufbau eines Gateways mit integrierter Funktion gemafi der 
vorliegenden Erfindung. 

zeigt den Aufbau eines Sensors bzw. eines Aktors mit integrierter 
Busmonitorfunktion gemaB der vorliegenden Erfindung. 



Fig. 8 



Fig. 9 
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Fig. 10 a - c zeigt mogliche Darstellungen der Monitordaten. 

Fig. 11 zeigt eine Benutzeroberflache zur Definition von Filterkriterien. 

In alien Figuren hinweg sind gleiche Einheiten und Funktioneri mit iibereinstimmenden 
Bezugszeichen gekennzeichnet 

BESCHREIBUNC EINES AUSFUHRUNGSBEISPIELS DER 

VORLIEGENDEN ERFINDUNG 

Fig. 1 zeigt den grundsatzlichen Aufbau eines ersten digital kommunizierenden Bussystems 5 
mit einer Steuereinheit 23, Sensoren 14 sowie einem Aktor 15, die jeweils iiber das digital 
kommunizierende Bussystem 5 mit der Steuereinheit 23 verbunden sind. Als Steuereinheit 23 
kann hier jede beliebige speicherprogrammierbare Steuerung (SPS) oder ganz speziell, 
beispielsweise die Auswertzentrale VEGALOG 571 der Firma VEGA Grieshaber KG 
verwendet werden. Als erstes Bussystem 5 kann hier jedes beliebige Bussystem, wie 
beispielsweise Fieldbus Foundation oder Hart verwendet werden, als besonders geeignet 
erweisen sich jedoch der Profibus PA bzw. der VBUS der Firma VEGA Grieshaber KG. In 
dieser Ausfuhrungsform verfugt die Steuereinheit 23 iiber eine Konfigurationsschnittstelle 3, 
an die hier ein Konfigurationsrechner 10 angeschlossen ist. Der Konfigurationsrechner 10 ist 
ein gewohnlicher PC oder kann auch ein spezielles Konfigurationsgerat sein. 

Das erste Bussystem 5 ist hier optional mit einem zweiten Bussystem 40 iiber ein Gateway 41 
erweitert Das zweite Bussystem 40 stellt in Bezug auf das erste Bussystem 5 ein uberlagertes 
Netzwerk, wie z. B. ein Ethernet oder Internet dar. Diesem zweiten Bussystem 40 wird es 
ermoglicht, iiber das Gateway 41 auf die Steuereinheit 23 oder auf die Sensoren 14 oder die 
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Aktorcn 15 des ersten Bussy stems 1 zuzugreifen. Als mogliche Variante ist es bekannt, die 
Steuereinheit 23 mit dem Gateway 4 1 in einem Gerat zu kombinieren, 

Treten in einem derartigen System Probleme bei der Kommunikation zwischen einem oder 
mehreren Sensoren 14, Aktoren 15 und/oder der Steuereinheit 23 auf, so ist die Analyse eines 
derartigen Problems mit erheblichem Aufwand verbunden, sofern der dem Problem zugrunde - 
liegende Fehler uberhaupt aufgefunden werden kann. In einem solchen Fall kann ein 
herkommliches Multimeter nur noch sehr bedingt Informationen iiber die Ursache der 
fehlerhaften Kommunikation liefern. Ublicherweise wird in solch einem Falle die 
Fehlerursache mit Hilfe externer Gerate,.die an das Bussystem 5 oder 40 angeschlossen 
werden, diagnostiziert. Diese Gerate zur Uberwachung eines Bussystems werden auch als 
Busmonitore bezeichnet. Die Fig. 2 zeigt exemplarisch das System der Fig. 1 , das urn solch 
einen Busmonitor 30 erweitert ist. Der Busmonitor 30 stellt hier ein zusatzliches externes und 
passives Gerat dar, das an das Bussystem 5 zusatzlich angeschlossen ist. 

Im Gegensatz zu den Busstationen 14, 15, 23 nimmt der Busmonitor 30 nicht aktiv an der 
Datenkommunikation teil. Seine Aufgabe besteht vielmehr darin, jeglichen Datenverkehr auf 
dem Bussystem mitzuhoren und diesen in einem dafur vorgesehenen Speicher abzulegen. Um 
den so registrierten Datenverkehr sichtbar zu machen, verfugt der Busmonitor 30 
ublicherweise iiber ein eigenes Display oder einen Monitor. Wie in Fig. 2 dargestellt, ist der 
Busmonitor 30 ein komplett eigenstandiges Gerat. Der Busmonitor 30 kann jedoch ebenfalls 
auch nur als PC-Einsteckkarte oder als Schnittstellenwandler zum Anschluss an 
beispielsweise eine RS 232-Schnittstelle (COM-Schnittstelle) eines PCs ausgefuhrt sein. Die 
Fig.' 3 zeigt eine derartige Anordnung mit einem iiber eine Schnittstelle (z.B. RS 232) an 
einen PC 32 angeschlossenen Schnittstellenwandler 3 1 .. In diesem Falle fungiert der PC 32 . 
zusammen mit dem Schnittstellenwandler 31 als Busmonitor 30. 



Wie aus den vorangehenden Figuren zu erkennen ist, werden die Busmonitore 30 stets an das 
bestehende System extern als zusatzliche Gerate angeschlossen. Diese Gerate weisen haufig 
den ungunstigen Nebeneffekt auf, das Bussystem in irgend einer Weise zu beeinflussen. Mit 
diesen externen Busmonitoren sind Langzeitdiagnosen jedoch nicht moglich, da die 
Busmonitore 30 nicht standig im System verbleiben konnen. Eine Fehlerursachenforschung 
ist daher haufig nicht moglich, da die Busmonitore 30 zum Fehlerzeitpunkt meist nicht im 
System eingebaut sind. Hinzu kommt, dass ein externer Busmonitor 30 jeweils nur den 
Datenverkehr, der auf der Datenleitung des Bussystems ablauft, registrieren kann. Den 
Datenverkehr, der hinter den Schnittstellen der Busstationen 14, 15 und 23 an das Bussystem 
erfolgt, kann ein externer Busmonitor nicht erkennen. 

Die Fig. 4 zeigt ein Furiktionsschaubild eines gewohnlichen Busmonitors 30. Der Busmonitor 
30 umfasst ein Businterface 33, eine Kommunikationssoftware 34, einen Telegrammspeicher 
35, einen Filter 36 und eine Visualisierungseinheit 21 mit einer Anzeige 50 und einer Tastatur 
51. Der Busmonitor 30 ist iiber das Businterface 33 an ein bestehendes Bussystem 5 
angeschlossen. Um den Datenverkehr auf dem Bussystem 5 zu registrieren, greift der 
Busmonitor 30 liber das Businterface 33 mittels der Kommunikationssoftware 34 auf diesen 
Datenverkehr zu. Der so registrierte Datenverkehr wird dann in einem Telegrammspeicher 35 
abgelegt oder kann auch direkt online mit Hilfe der Visualisierungseinheit 21 bzw. der 
Anzeige 50 optisch dargestellt zur Anzeige gebracht werden. Alternativ kann auf die so 
gewonnenen Daten jeweils einen Filter 36 angewendet werden, um die zu speichernde 
Datenmenge zu begrenzen. 

Die Fig. 5 zeigt ein Funktionsschaubild eines Gateways 41, das, um die Kommunikation 
zwischen zwei Bussystemen 5, 40 zu gewahrleisten, zwischen die se beiden Systeme 
eingeschaltet ist. Das Gateway 41 umfasst ein erstes Businterface 42 und ein zweites 
Businterface 43, eine erste Kommunikationssoftware 44 und eine zweite 
Kommunikationssoftware 45, einen Messwerte- und Datenspeicher 46 sowie eine 



Funktionalitat 47, die den Datenverkehr der beiden, meist nicht kompatiblen Bussysteme 5, 
40 iibersetzt. Um iiber das Bussystem 40 auf den Datenverkehr auf dem Bussystem 5 
zugreifen zu konnen, greift die Kommunikationssoftware 45 iiber die erste 
Kommunikationssoftware 44 und das erste Businterface 42 auf die Daten auf dem Bussystem 
5 zu . Dieser Datenverkehr wird iiber das erste Businterface 42 mit Hilfe der ersten 
Kommunikationssoftware 44 registriert. Der so registrierte Datenverkehr wird mit Hilfe der 
Ubersetzungsfunktion 47 in ein fur das Bussystem 40 verstandliches Format transformiert und 
von der zweiten Kommunikationssoftware 45 iiber das Businterface 43 dem Bussystem 40 
mitgeteilt. Alternativ umfasst das Gateway 41 eine Visualisierungseinheit 21 mit einer 
Tastatur 51 und einer Anzeige 50 zur Darstellung von Prozessdaten. 

Die Fig. 6 zeigt den prinzipiellen Aufbau in Form eines Funktionsschaubildes eines Sensors 
14 oder Aktors 15. Der Sensor 14 bzw. Aktor 15 umfasst eine Sensorik bzw. Aktorik 16, eine 
Signal- bzw. Prozessverarbeitungseinheit .17, einen Messwerte- und Datenspeicher 18, eine 
Kommunikationssoftware 19 und ein Businterface 20. Beispielsweise im Falle eines Sensors 
14 empfangt die Sensorik 16 ein weiter zu verarbeitendes Signal. Dieses Signal wird von der 
Signal- und Prozessverarbeitungseinheit 17 weiterverarbeitet und beispielsweise in eine fur 
die Kommunikationssoftware 19 verstandliches Format transformiert. Die so transformierten 
Daten konnen moglicherweise von dem Messwerte- und Datenspeicher 18 
zwischengespeichert werden. Anschliefiend werden die transformierten Daten von der 
Kommunikationssoftware 19 iiber das Businterface 20 dem Bussystem 5 mitgeteilt. Alternativ 
umfasst der Sensor 14 bzw. der Aktor 15 eine Visualisierungseinheit 21 mit einer Tastatur 51 
und einer Anzeige 50 zur Darstellung von Prozessdaten. 

Der Erfindung liegt nun der Gedanke zu Grunde, die primare Funktionalitat des Gateways 41 
der Fig. 5 oder des Sensors 14 bzw. Aktors 15 gemaG Fig. 6 mit der Funktion eines 
Busmonitors 30 gema/3 Fig. 4 zu einem neuen Gerat mit kombinierter Funktionalitat mit 
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Gateway und Busmonitorfunktion gemaB Fig. 8 oder Sensor bzw. Aktor und 
Busmonitorfiinktion gemafi Fig. 9 zu kombinieren. 

GemaB der Erfindung nutzen die Gerate Systemsteuereinheit 23, Sensor 14, Aktor 15 oder 
Gateway 41, die im Rahmen der vorliegenden Erfindung als Busstationen bezeichnet werden, 
ihre systembedingten Hardwarekomponenten und hierbei vor allem das jeweilige 
Businterface nicht nur zur primaren Aufgabe des Datenaustausches von Prozessdaten und 
Messwerten,.sondern sie nutzen die gleichen Hardwarekomponenten und hierbei insbesondere 
das jeweilige Businterface zur Realisierung einer sekundaren Aufgabe, namlich der 
Busmonitorfiinktion. Die Realisierung der Busmonitorfunktion wird dabei in den 
Busstationen durch eine Erweiterung der Busstationen um jeweils eine 
Busmonitoreinrichtung 30 bewerkstelligt. 

Die Fig. 7 zeigt den grundsatzlichen Aufbau eines ersten digital kommunizierenden 
Bussystems 5 mit einer Steuereinheit 23, Sensoren 14 sowie Aktoren 15, die jeweils iiber das 
digital kommunizierende Bussystem 5 mit der Steuereinheit 23 verbunden sind. Optional ist 
das Bussystem 5 an ein zweites Bussystem 40 iiber das Gateway 41 gekoppelt. Als 
Steuereinheit 23 kann hier jede beliebige speicherprogrammierbare Steuerung (SPS) oder 
ganz speziell, beispielsweise die Auswertzentfale VEGALOG 571 der Firma VEGA 
Grieshaber KG, Deutschjand verwendet werden. Als erstes Bussystem 5 kann hier jedes 
beliebige Bussystem, wie beispielsweise Fieldbus Foundation oder Hart verwendet werden, 
als besonders geeignet erweisen sich jedoch der Profibus PA bzw. der VBUS der Firma 
VEGA Grieshaber KG, Deutschland. 

ErfindungsgemaB umfassen die Steuereinheit 23, die Sensoren 14, die Aktoren 15 sowie das 
Gateway 41 jeweils eine integrierte Busmonitoreinrichtung 30. Das System der Fig. 7 
entspricht somit dem System der Fig. 1 mit Ausnahme der erfindungsgemafien Erweiterung 
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der Busstationen Steuereinheit 23, Sensor 14, Aktor 15 und Gateway 41, urn jeweils die 
Busmonitoreinrichtung 30. 

« 

i ■ - 

In dieser Ausfuhrungsform verfugt die Steuereinheit 23 uber eine Konfigurationsschnittstelle 
3, an die hier ein Konfigurationsrechner 1 0 angeschlossen ist. Der Konfigurationsrechner 10 
kann ein gewohnlicher PC oder auch ein spezielles Konfigurationsgerat sein. Im Rahmen der 
vorliegenden Erfindung erweifit es sich jedoch als besonders zweckmaflig, eine derartige 
Konfigurationsschnittstelle auch bei den anderen Busstationen 14, 15,41 vorzusehen. Eine 
derartige Konfigurationsschnittstelle erlaubt es, wenn beispielweise der Kontakt von einer 
Busstation 14, 15, 41 wegen einer beschadigten Datenleitung zum Bussystem selbst nicht 
herstellbar ist, die gewonnen Monitordaten auszulesen. • 

Das erste Bussystem 5 ist hier optional mit einem zweiten Bussystem 40 uber ein Gateway 41 
erweitert. Das zweite Bussystem 40 stellt in Bezug auf das erste Bussystem 5 ein iiberlagertes 
Netzwerk, wie z.B. ein Ethernet oder Internet dar. Diesem zweiten Bussystem 40 wird es 
ermoglicht, uber das Gateway 41 auf die Steuereinheit 23 oder auf die Sensoren 14 oder die 
Aktoren 15 des ersten Bussystems 5 zuzugreifen. Als mogliche Variante ist es bekannt, die 
Steuereinheit 23 mit dem Gateway 41 in einem Gerat zu kombinieren. 

Uber eine derartige Vernetzung der einzelnen Busstationen 14, 15, 41 untereinander und 
selbst uber mehrer Ebenen 5, 40 hinweg wird es ermoglicht, die mittels der integrierten 
Busmonitoreinrichtungen 30 gewonnen Daten fur das gesamte System zur Verfiigung zu 
stellen. Alle an einer beliebigen Stelle gewonnen Monitordaten sind an jedem beliebigen Ort 
des Systems und zu jeder beliebigen Zeit verfugbar. Der Zugriff auf die Monitordaten erfolgt 
uber die systemimmanenten Funktionen, wie im Falle eines Ether- oder Internetzes 
beispielweise uber FTP, Telnet oder HTTP. Mit Hilfe dieser Funktionen wird der Zugriff iiber 
mehrere Kommunikationsebenen hinweg ermoglicht. 



Da die Monitordaten iiber die Kommunikationssoftware der jeweils angesprochenen 
Busstation abgerufen werden konnen, ist es beispielweise moglich, iiber das Bussystem 40, 
iiber das Gateway 41, iiber das Bussystem 5 mit dem Sensor 14 oder dem Aktor 15 ein 
Monitoring auszufiihren und zwar so wie der Sensor 14 oder Aktor 15 die Telegramme des 
Bussystems 5 empfangt. Eine Beeinflussung des Bussystems 5 findet nicht statt, da der 
Sensor 14 oder der Aktor 15 auch im "normalen" Betrieb im System vorhanden ist. 

Ebenso kann auch der umgekehrte Weg beschritten werden, indem iiber die Steuereinheit 23, 
iiber das Bussystem 5 aus dem Gateway 41 ein Monitoring des Bussystems 40 durchgefuhrt 
wird. Daraus ergibt sich dann die Mdglichkeit an einem nicht am Bussystem funktionierenden 
Teilnehmer die Storungsursache zu finden. 

Die Fig. 8 zeigt ein Funktionsschaubild eines Gateways 41, das, um die Kommunikation 
zwischen zwei Bussystemen 5, 40 zu gewahrleisten, zwischen diese beiden Systeme 
eingeschaltet ist und das um die erfmdungsgemaGe Busmonitoreinrichtung erweitert ist. Das 
Gateway umfasst ein erstes Businterface 42 und ein zweites Businterface 43, eine erste 
Kommunikationssoftware 44 und eine zweite Kommunikationssoftware 45, einen Messwerte- 
und Datenspeicher 46 sowie eine Funktionalitat 47, die den Datenverkehr der beiden, meist 
nicht kompatiblen Bussysteme 5, 40 iibersetzt. Des weiteren ist das Gateway 41 um einen 
Datenfilter 49 und einen Telegrammspeicher 48 erweitert. Um iiber das Bussystem 40 auf den 
Datenverkehr auf dem Bussystem 5 zugreifen zu konnen, greift die Kommunikationssoftware 
45 iiber die erste Kommunikationssoftware 44 und das erste Businterface 42 auf die Daten auf 
dem Bussystem 5 zu . Dieser Datenverkehr wird iiber das erste Businterface 42 mit Hilfe der 
ersten Kommunikationssoftware 44 registriert. Der so registrierte Datenverkehr wird mit 
Hilfe der Ubersetzungsfunktion 47 in ein fur das Bussystem 40 verstandliches Format 

transformiert und von der zweiten Kommunikationssoftware 45 iiber das Businterface 43 dem 

. ........ .... 

Bussystem 40 mitgeteilt 
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Gemafi der Erfindung ist es nun moglich mit dem Gateway 41 ein Monitoring der Bussysteme 
5, 40 oder des Gateway selbst durchzufiihren. Um den Telegrammverkehr auf dem Bussystem 
5 oder 40 zu registrieren, greift das Gateway 41 iiber das Businterface 42 oder 43 mittels der 
Kommunikationssoftware 44 oder 45 auf diesen Telegrammverkehr zu, Der so registrierte 
Datenverkehr wird dann moglicherweise gefiltert in dem Telegrammspeicher 48 abgelegt 
oder kann auch direkt online mit der Visualisierungseinheit 21 bzw. mit der Anzeige 50 
optisch dargestellt werden. 

Die Fig. 9 zeigt den prinzipiellen Aufbau eines Sensors 14 oder Aktors 15 in Form eines 
Funktionsschaubildes gemafl der vorliegenden Erfindung. Der Sensor 14 bzw. Aktor 15 
umfasst eine Sensorik bzw. Aktorik 16, eine Signal- bzw. Prozessverarbeitungseinheit 17, 
einen Messwerte- und Datenspeicher 18, eine Kommunikationssoftware 19 und ein 
Businterface 20. Des weiteren ist der Sensors 14 oder der Aktor 15 um einen Datenfilter 49 
und einen Telegrammspeicher 48 erweitert. Beispielsweise im Falle eines Sensors 14 
empfangt die Sensorik 16 ein weiter zu verarbeitendes Signal. Dieses Signal wird von der 
Signal- und Prozessverarbeitungseinheit 1 7 weiterverarbeitet und beispielsweise in eine fur 
die Kommunikationssoftware 19 verstandliches Format transformiert. Die so transformierten 
Daten konnen moglicherweise von dem Messwerte- und Datenspeicher 18 
zwischengespeichert werden. AnschlieBend werden die transformierten Daten von der 
Kommunikationssoftware 19 iiber das Businterface 20 dem Bussystem 5 mitgeteilt. 

GemaB der Erfindung ist es nun moglich mit dem Sensor 14, oder dem Aktor 15 ein 
Monitoring der Bussysteme 5 oder des Sensors 14 oder des Aktors 15 selbst durchzufiihren. 
Um den Datenverkehr auf dem Bussystem 5 zu registrieren, greift der Sensor 14 oder Aktor 
15 iiber das Businterface 20 mittels der Kommunikationssoftware 19 auf diesen Datenverkehr 
zu. Der so registrierte Datenverkehr wird dann moglicherweise gefiltert in dem 
Telegrammspeicher 48 abgelegt oder kann auch direkt online mit der Visualisierungseinheit 
21 bzw. mit der Anzeige 50 optisch dargestellt werden. 
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Die Fig. 10 a - c zeigen verschiedene mogliche Darstellungen der Monitordaten, die mit Hilfe 
der integrierten Busmonitorfunktion gewonnen worden sind. Wie bereits erwahnt kann die 
Visualisierung der mit Hilfe der Busmonitorfunktion gewonnenen (gespeicherten) Daten 
alternativ in einer fur den Anwender verstandlichen Form (z.B. Text- oder HTML-Datei) 
und/oder gemaB einer bevorzugten beispielhaften anderen Ausfuhrungsform der Erfindung 
auch in einer maschinenverstandlichen Form (z.B. binare Codierung) erfolgen. Die Fig. 10a 
zeigt den durch die Monitorfunktion erfassten Datenverkehr, der von einem Bussystem Byte 
fiir Byte eingelesen wurde, in einer hexadezimalen Zahlendarstellung getrennt in Anfragen 
(request) und Antworten (answer) zu einem bestimmten Zeitpunkt. Eine verstandlichere 
Darstellung der Monitordaten zeigt die Fig. 10b, in der die erfassten Daten in einer 
"iibersetzten" Form visualisiert sind. Da je nach Anwenderzielgruppe unterschiedliche 
Darstellungsarten bevorzugt werden, kann zwischen den Darstellungen der Fig. 10a und der 
Fig. 10b umgeschaltet werden, Eine weitere Moglichkeit der Darstellung zeigt die Fig. 10c. 
Hier sind die beiden Darstellungsarten der Fig. 10a und 10b miteinender kombiniert, indem 
sowohl die hexadezimale wie auch die "iibersetzte" Darstellung parallel nebeneinender zur 
Anzeige gebracht werden. 

Die Fig. 1 1 zeigt eine Benutzeroberflache zur Definition von Filterkriterien, um nur 
bestimmte Daten zu erfassen. Mit Hilfe dieser Benutzeroberflache konnen bestimmte 
Filterbedingungen, wie beispielsweise Befehlsfilterbedingungen und/oder 
Adressfilterbedingungen, definiert werden (Bedingungen 1 bis 8), die untereinander mit 
logischen Operatoren beliebig miteinander kombiniert werden konnen, wobei jede 
Filterbedingung (beispielsweise Bedingung 1) nochmals aus mehreren Bedingungen, die 
wiederum logisch miteinander verkniipft sind, bestehen kann. 
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ANSPRUCHE 

1 . Busstation, die eine primare Funktionalitat wie beispielsweise eine 
Sensorfunktion hat und an ein Bussystem ankoppelbar ist, umfassend: ■ 

zumindest ein Businterface zur Kommunikation der Busstation mit dem Bussystem, 

und 

eine Busmonitoreinrichtung, die in der Busstation integriert ist und die mit dem 
Businterface gekoppelt ist, wobei die Busmonitoreinrichtung der Busstation eine sekundare 
Funktionalitat verleiht, indem die Busmonitoreinrichtung fur zumindest eine der Tatigkeiten: 
Uberwachung der Kommunikation der Busstation mit dem Bussystem iiber das Businterface 
und Uberwachung der internen Kommunikation in der Busstation ausgebildet ist. 

2. * Busstation nach Anspruch 1 , 

wobei die Busmonitoreinrichtung dem Bussystem Monitordaten zur Verfiigung stellt 
und/oder Monitordaten aus dem Bussystem empfangt. 

3. Busstation nach Anspruch 1, 

wobei die Busmonitoreinrichtung auf Datentelegrarnme des Bussystems zugreift und diese in 
Form von Monitordaten erfasst, urn diese anschliefiend dem Bussystem wieder zur Verfugung 
zu stellen, wodurch die Busstation die Funktionalitat eines Busmonitors hat. . 

4. Busstation nach Anspruch 1 , 

wobei die Busmonitoreinrichtung auf Daten der Busstation zugreift und diese in Form von 
Monitordaten erfasst, um diese anschliefiend dem Bussystem wieder zur Verfugung zu 
stellen, wodurch die Busstation die Funktionalitat eines Busmonitors hat. 

5. Busstation nach Anspruch 1, 

wobei die Busmonitoreinrichtung eine Programmeinheit umfasst, die auf die 
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Datentelegramme des Bussystems und auf die Daten der Busstation selbst zugreift und diese 
weiter verarbeitet. 

6. Busstation nach Anspruch 1, 

wobei die Busmonitoreinrichtung zumindest einen Filter umfasst, der die erfassten 

Monitordaten nach bestimmten Filterkriterien auswertet. 

t - - '. 

7. Busstation nach Anspruch 6, 
wobei der Filter ein Befehlsfilter ist. 

8. Busstation nach Anspruch 6, 
wobei der Filter ein Adressfilter ist. 

9. Busstation nach Anspruch 6, 

wobei der Filter ein kombinierter Befehls -Adressfilter ist. 

10. Busstation nach Anspruch 1, 

wobei die Busmonitoreinrichtung einen Telegrammspeicher umfasst, in dem die erfassten 
Monitordaten gespeichert werden. 

11. Busstation nach Anspruch 1 , 

wobei die durch die Busmonitoreinrichtung erfassten Monitordaten dem Bussystem zur 
Weiterverarbeitung iiber das Businterface dem Bussystem zur Verfiigung gestellt werden. 

12. Busstation nach Anspruch 1, 

wobei die Busstation eine weitere Schnittstelle umfasst, iiber die die durch die 
Busmonitoreinrichtung erfassten Monitordaten zur Weiterverarbeitung von einem externen 
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Auswertesystem ausgelesen werden. 

13. Busstation nach Anspruch 1, 

wobei die Busminitoreinheit einen Monitor oder ein Display zur Visualisierung der 
Monitordaten umfasst. 

i ■■ ■ 

14. Busstation nach Anspruch 10, 
wobei die Monitordaten online auswertbar sind. 

.15. Busstation nach Anspruch 10, 
wobei die Monitordaten offline auswertbar sind. 

16. Busstation nach Anspruch 1 oder 11, 

wobei die Busmonitoreinrichtung die gewonnen Monitordaten selbsttatig anderen 
Busstationen oder an ein Auswertesystem weiterleitet. 

17. Busstation nach Anspruch 1, 
wobei die Busstation ein Sensor oder ein Aktor ist. 

18. Busstation nach Anspruch 17, 
wobei der Sensor ein Fullstandmessgerat ist. 

19. Busstation nach Anspruch 1, 

wobei die Busstation eine Steuereinheit zum Einlesen der Prozessdaten der Sensorik und zum 
Ausgeben von Prozessdaten zur Aktorik ist. 



20. Busstation nach Anspruch 15, 

wobei die Steuereinheit eine speicherprogrammierbare Steuerung ist. 

2 1 . Busstation nach Anspruch 1 , 

wobei die Busstation ein Gateway ist, die zwei verschiedenartige Bussysteme miteinander 
verbindet. 

... * 

i 

22. Busstation nach Anspruch 1, 

wobei die Busstation ein Bridge ist, die zwei gleichartige Bussysteme miteinander verbindet. 

23. Netzwerk mit zumindest einem Bussystem und zumindest einer Busstation, die 
eine primare Funktionalitat wie beispielsweise eine Sensorfunktion hat und an ein Bussystem 
ankoppelbar ist, 

wobei die Busstation zumindest ein Businterface zur Kommunikation der 
Busstation mit dem Bussystem und eine Busmonitoreinrichtung umfasst, wobei die 
Busmonitoreinrichtung in der Busstation integriert ist und mit dem Businterface gekoppelt ist 
und der Busstation eine sekundare Funktionalitat verleiht, indem die Busmonitoreinrichtung 
fur die Uberwachung der iiber das Businterface stattfindenden Kommunikation der Busstation 
mit dem Bussystem ausgebildet ist, 

wobei das Netzwerk iiber die in der Busstation integrierte 
Busmonitoreinrichtung uberwacht wird. 

24. Verfahren zur Durchfuhrung eines Monitorings eines Bussystems, bei dem 
eine Busstation an das Bussystem angeschlossen wird, wobei die Busstation eine 

primare Funktionalitat wie beispielsweise eine Sensorfunktion hat, und zumindest ein 
Businterface zur Kommunikation der Busstation mit dem Bussystem und eine 
Busmonitoreinrichtung umfasst, wobei die Busmonitoreinrichtung in der Busstation integriert 
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ist und mit dem Businterface gekoppelt ist, wobei die Busmonitoreinrichtung der Busstation 
eine sekundare Funktionalitat in Form des Monitorings verleiht, 

die uber das Businterface stattfindende Kommunikation der Busstation mit dem 
Bussystem mittels der Busmonitoreinrichtung uberwacht wird. 

25. Verfahren nach Anspruch 24, bei dem eine Uberwachung des auf dem 
Bussystem ablaufenden Telegrammverkehrs aus der Busstation heraus erfolgt 

26. Verfahren nach Anspruch 25, : 

wobei der Telegrammverkehr mit Hilfe einer in der Busstation befindlichen Programmeinheit 
registriert und weiterverarbeitet wird. 

27. Verfahren zur Durchfuhrung eines Monitorings eines Bussystems, bei dem 
eine Busstation an das Bussystem angeschlossen wird, wobei die Busstation eine 

primare Funktionalitat wie beispielsweise eine Sensorfunktion hat, und zumindest ein 
Businterface zur Kommunikation der Busstation mit dem Bussystem und eine 
Busmonitoreinrichtung umfasst,. wobei die Busmonitoreinrichtung in der Busstation integriert 
ist und mit dem Businterface gekoppelt ist, wobei die Busmonitoreinrichtung der Busstation 
eine sekundare Funktionalitat in Form des Monitorings verleiht, 

die interne Kommunikation in der Busstation mittels der Busmonitoreinrichtung 
uberwacht wird. 
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ZUSAMMENFASSUNG 

Die vorliegende Erfindung betrifft eine Busstation (14; 15; 23) wie beispielsweise einen 
Sensor (14), Aktor (15) oder ein Gateway (23), die neben ihrer primaren gerateimmanenten 
Funktion eine sekundare Funktion erfullen, namlich die einer Busmonitorflinktion. Um dieser 
sekundaren Funktionalitat gerecht werden zu konnen, sind die Busstationen (14; 15; 23) 
jeAyeils mit einer Busmonitoreinrichtung (30) ausgestattet, die es erlaubt, auf den auf dem 
Bussystem (5; 40) ablaufenden Telegrammverkehr zuzugreifen, diesen zu registrieren und 
weiterzuverarbeiten. Ferner betrifft die Erfindung ein Netzwerk, das mit derartigen 
Busstationen (14; 15; 23) ausgestattet ist und ein Verfahren zur Durchfiihrung solch eines 
Monitorings mit Hilfe der genannten Busstationen (14; 15; 23). 

(Fig. 7) 



